Find tooltip/dnd widget running through container children in inverse order
authorCarlos Garnacho <carlosg@gnome.org>
Mon, 29 Apr 2013 17:25:21 +0000 (19:25 +0200)
committerMatthias Clasen <mclasen@redhat.com>
Mon, 13 May 2013 01:17:01 +0000 (21:17 -0400)
commita33f0ff839641cb897a457aa9b7dabaf22a0aaf6
tree21b5929bc18cd3af7de3a53ba34c51089a9222f5
parent8fcfbc179c5741104a725dc2161d9a6c5bdd5350
Find tooltip/dnd widget running through container children in inverse order

Usually, educated GtkContainers' forall() implementation returns children
in an order that's safe for the default draw() implementation in GtkContainer.
So for widgets with some stacking notions (eg. GtkOverlay),
_gtk_widget_find_at_coords() needs to recurse within containers in reverse
order so it finds the topmost widget.

As this function is used in both tooltips and DnD code, this improves behavior
of "floating" widgets wrt those two. This could for example be seen in the
"Transparent" GTK+ demo, where dropping text on the entry results on the text
going to the textview.

https://bugzilla.gnome.org/show_bug.cgi?id=699239
gtk/gtktooltip.c